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(57) ABSTRACT 

A playback unit resembling a home audio component, 
retrieves audio data from a remote server and plays them 
back in real time, using a home audio system, in response to 
user selection. The playback unit provides an interface 
between a netv^ork source for audio material, such as the 
Internet, and a conventional home audio system for play- 
back. The playback unit has a relatively simple operating 
system that does not require a lengthy boot-up sequence, 
cannot be accessed by the user, and does not require the 
launch of special software to initiate playback. Access to 
audio material and distribution rights can be controlled by 
network servers. In this to way, the playback unit can 
retrieve audio material from the network on demand, thereby 
vastly expanding the range of music available for playback, 
and can reproduce that music using the home audio system 
for high quality playback in a comfortable setting, with 
controlled access to audio material and controlled distribu- 
tion and duplication of the material. 

24 Claims, 10 Drawing Sheets 
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SYSTEM FOR PLAYBACK OF NETWORK from review of and experimentation with audio material and 

AUDIO MATERIAL ON DEMAND musical products. This is undesirable from the perspective of 

the music industry, because it is believed that such experi- 
mentation and review can lead to further sales of recorded 

BACKGROUND OF THE INVENTION 5 audio material. Borrowing media from another user or from 

1. Field of the Invention ^ commercial enterprise, thereby expanding the library of 

This invention relates generally to music playback sys- a^»"able to include that which is maintained by 

terns and, more particularly, to playback of network audio acquaintances or rental shops but this is not convenient, 

material in response to user command. In contrast to the home audio system with CD or DAT 

2 Description of the Related An " pl^y*'- conventional computer-based system with appro- 

TWo popular means of listening to digitally encoded audio P^"'* ^f!;^^*'^. and hardware can provide music either from 

,.r^ ,1. J- - lui pre-recorded digital media or from computer audio files. For 

material are conventional home audio music playback sys- ^ t .1.. j- • . j 1 1. , 

terns that include conventional media players that reproduce P^T'"^" ."^ discussion, the computer-based playback 

recorded music information and computer-based systems „ system wiU be referred to as a PC-based system, regardless 

* J J 1 . of the computer on which it is ba&ed. 

that typicaUy include a standard personal computer (PC) or ^ 

similar machine capable of utiUzing a variety of digital If PC-based system includes a CD-ROM drive and 

music formats, including pre-recorded media and computer sound card, for example, a CD with digital audio material 

audio files. Both types of systems permit users to initiate inserted into the drive and the sound recorded on the 

playback of a selected piece of audio material, such as CD can be Ustened to through PC speakers that receive 

recorded songs or other music. o^'P^^ ^^^^ ^^"^ c^^- ^""^^ listening has the 

Conventional home audio music systems typically same hmitations of repertoire as 

include a player that accepts media encoded with digital Moreover, the typical PC-based system does not have audio 

audio material. Such media include the compact disc (CD), ^^^^'Ponents as good as that of the typical home audio 

MiniDisc (MD), and digital audio tape (DAT) formats. The ^5 '^'T' 1 J?""^ ^ * '° comfortable a setting 

CD format comprises a plastic-coated aluminum substrate ^^P^^^l ^^^^^ 'y'^"^' 

from which digital audio material can be optically retrieved. A PC-based system with access to a network such as the 
The MiniDisc is a magneto -optical storage format. The DAT Internet can, with the appropriate software, download audio 
format comprises a tape substrate with a magnetic recording material for playback. This audio material can comprise, for 
layer in which digital audio material is magnetically 30 example, digitized sound clips stored as", wav" files, MPEG 
recorded. The CD format is the most popular current means (Motion Picture Experts Group) Audio Layer 3 (MP3) 
of delivering recorded music and offers the largest library of compressed-audio files, streaming audio formats for con- 
recorded works for selection. Other popular media for tinuous play of audio material, and other digital formats for 
playback of digital music information include the "Laser- t^c storage of audio material, all of which can be stored on 
disc" (LD) format and the "Digital Video Disc^' (DVD) 35 a fixed media and received by the PC More recently, another 
format, both of which can combine video information with sound file format called the Secure Digital Music Initiative 
music or other digital audio information. AU of these formats (SDMI) has been proposed. Alternatively, the audio material 
offer a relatively stable recording media, high quahty audio can be received from a network file server, and then stored 
reproduction, convenient storage and playback, and simple on the hard drive of the PC itself. Additional software can be 
operation of players 40 convenient organization of downloaded music files. 

Home audio players, such as CD players and DAT Other audio material may comprise streaming audio files, 

players, can provide exceptional quaUty sound reproduction, ^^^^^^ require additional streaming audio playback software, 

made all the better because such players are typically Such network downloading of music can vastly expand 

connected to a relatively good quality, home high-fidelity the repertory from which the user may select, and encour- 

music system. The CD format discs are convenient because 45 ages review of and experimentation with audio material, 

they are especially easy to store and take up comparatively Again, however, the PC-based system provides limited 

little storage space. Playback of CDs also is convenient, enjoyment because the typical PC-based system does not 

because the CD player is ready to read the digital audio have audio components as good as that of the typical home 

material upon power-up of (application of electrical power audio system, and is usually not located in as comfortable a 

to) the player. For playback the discs are simply inserted into 50 settmg as the typical home audio system. Furthermore, the 

a CD player's tray or slot and started with simple one-button PC-based system is not as convenient to use as the home 

operation. In addition, such home music systems are typi- audio system, because the PC is typically located in a work 

cally arranged in a comfortable setting within the home. environment away from the home audio system, and the 

Such home music systems typically include, in addition to operating system of the PC requires an initial lengthy 

the CD player that reads the digital audio material and 55 boot-up process that loads an operating system from periph- 

produces a playback signal, one or more ampHfication and eral storage, the launching of appropriate player software, 

control devices, signal processors, and power amplifiers to and the navigation of a potentially complicated software 

process and amplify the analog playback signal, and also a interface with multiple windows and drop-down menus to 

set of loudspeakers, to receive the amplified playback signal select before initiating playback each time the user wants to 

and convert it to sound. 60 listen to audio material. 

Home music systems permit a user to initiate playback on In addition, operating a PC-based system, gaining Internet 

demand by the selection of an appropriate disc or tape access, and downloading audio files can require computer 

media. The selection, however, must be made from the skills not possessed by the average listener, in addition to 

user's personal collection of media on hand, which limits the requiring the initial purchase of the computer equipment, 

available music to that which the user has purchased, 65 Peripheral playback devices also may need to be installed on 

borrowed, or otherwise received. This limits the repertory the PC-based system, requiring knowledge of the operaring 

from which the user may select and discourages many users system and peripheral interface, and some of these formats 
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only provide low-fidelity playback that is adequate for audio network interface to communicate with the network, send 

while working at the computer, but is not useful as an user commands, and receive audio material. The network 

adjunct or replacement for the home audio system and CD interface can communicate tising a number of different 

player. protocols having a variety of physical connection schemes, 

Some forms of PC-based systems also are meeting with 5 such as telephone line modem connections, high-speed 

resistance from commercial music industry interests and Ethernet connections, and cable modem connections. The 

from artists because of the potential for widespread copy- playback unit also includes an output interface that receives 

right violation and the difficulty of policing the download the audio material and provides it to the home audio system 

and duplication of audio information files by users. The ^ » format that can be reproduced by that system, 

availability of network databases and the download and 10 Other features and advantages of the present invention 

duplication of audio files make it almost impossible to should be apparent from the following description of the 

monitor and control the distribution of recorded musical preferred embodiment, which illustrates, by way of 

performances. Some PC-based systems also may be prob- example, the principles of the invention, 
lematic in view of governmental regulation, such as the 

Audio Home Recording Act passed by the U.S.A. ^5 BRIEF DESCRIPTION OF THE DRAWINGS 

legislature, which under certain conditions mandates a serial piG. 1 is a block diagram of a playback unit constructed 

copy management system (SCMS) to control digital copy- accordance with the present invention showing the con- 

mg. It would be advantageous to provide a system that is nections to a home audio system and a network, 

capable of interfacing with home audio systems for high ^ is a representation of the screen display shown on 

quality p ayback, that has access to the large repertory 20 user interface of the playback unit illustrated in FIG. 1. 

possible through network databases, and would have the ^ ^ ^ . r. . 

acceptance of commercial music interests and artists. J^^' ^ ^"d FIG. 4 are processing flow diagrams that 

, . , , ,j , , illustrate the processing steps executed by the components 

From the d^ssion above, it should be apparent that ii,„,t„^,d i/pjo j ^ .^^^t receive, and play audio 

there is a need for a system that can provide playback of a ^^j^^^, ^^^^^^^ 

Wide range of audio matenal on demand, using the home . . « . 

audio system for high quality playback, without requiring ^ ^ ^ processing flow diagram that illustrates the 

sophisticated computer skills, and with controUed access to processing steps executed by the playback unit processor 

audio material and controlled distribution and duplication of illustrated m FIG. 1. 

the material. The present invention fulfiUs this need. FIGS. 6, 7, 8, 9, and 10 are representations of packet 

information processed by the playback unit illustrated in 

SUMMARY OF THE INVENTION FIG. 1. 

The present invention provides a system for playback of f ^ ^^P^^^^^f^i^^ ^^^^^^^ 

network audio material on demand by using a playback lUustrated in FIG. 1, 

apparatus that provides an interface to network audio files 35 ^ * representation of the loop buffermg opera- 

that are retrieved in real time in response to user selection. hons executed under control of the microprocessor lUus- 

In accordance with the invention, the playback unit provides trated in FIG. 1. 

an interface between a conventional home audio system and FIG. 13 is a data flow diagram of the FIG. 1 system 

a network source for audio material, such as the Internet. operation, showing the information that is transmitted 

The playback unit has a relatively simple built-in operating 40 among the system components. 

system that is not accessed from peripheral storage, does not FIG. 14 is a data flow diagram of the playback unit 

require a lengthy boot-up sequence, and cannot be manipu- operation, showing the information that is transmitted 

lated without the authorization of the manufacturer or net- among the playback unit components, 
work source. As a result, the playback unit can be operated 

without special computer skills or navigation of complicated 45 DESCRIPTION OF THE PREFERRED 
PC-like windows. Receipt of audio material and enforce- EMBODIMENT 
ment of distribution rights can be controlled by network FIG. 1 illustrates a playback unit 100 constructed in 
servers that provide the audio material to the playback unit. accordance with the present invention. The playback unit 
In this way, the playback unit can retrieve a wide range of communicates over a network, such as the Intemel 102, to 
digital audio material from the network on demand, thereby 50 request digital audio material from one or more audio 
vastly expanding the range of music available for playback, material servers 104. The playback unit receives audio 
can reproduce that music using the home audio system for material from an audio material server and provides it to a 
high quality playback in a comfortable setting, and can conventional home audio system 106 for playback. The 
provide controlled access to audio material and controlled playback unit 100 has a simple operating system that 
distribution and duplication of the material. 55 accesses instructions from high-speed semiconductor 
The playback unit includes a user interface and display memory, does not require a lengthy boot-up sequence, and 
component, which presents an easy-to-use interface that cannot be manipulated by the user. Thus, the playback unit 
simulates playback controls that might be found on a con- does not require the user to launch special software such as 
ventional player such as a CD player or DAT player. The the "Windows 98" operating system by Microsoft Corpora- 
user interface and display component substantially dupli- 60 tion to initiate playback, and therefore the playback unit is 
cates the appearance of a conventional home audio player very stable in operation and can be operated without special 
control panel, such as CD player buttons and track displays. computer skills or navigation of complicated PC-like win- 
The playback unit also includes memory for holding pro- dows. Access to the audio material and authority for distri- 
gram instructions and temporarily storing audio material for bution rights are preferably controlled by a directory and 
playback so it is not accessible to the user, and includes a 65 user list (DUL) server 107 described further below. In this 
microprocessor that controls operation of the playback unit. way, the playback unit 100 can retrieve a wide range of 
In one aspect of the invention, the playback unit includes a digital audio material from the network upon user demand, 
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thereby vastly expanding the range of music available for the home audio system 106, for example, can comprise a 
playback, and can reproduce that music using the home direct wire connection to home audio loudspeakers that 
audio system for high quality playback in a comfortable receive an analog signal, or can be a connection to a signal 
setting. processor, receiver, or other control and/or amplification 
The playback unit 100 is most likely to be installed s device for playback using the loudspeakers of the home 
adjacent to the home audio equipment 106, which typically audio system. The memory 116 holds data including pro- 
includes a variety of amplifier, processor, receiver, control, g^am instructions and temporarily stores audio material for 
and record/playback units. The playback unit 100 comprises processing and playback. The memory may comprise a 
a stand-alone device that is preferably the same size as the combination that includes, for example, semiconductor 
individual home audio system devices, so as to be physically 10 memory such as electrically erasable programmable read 
and aesthetically compatible with them. The playback unit only memory (EEPROM) or flash memory for holding 
includes a network interface 110 that provides a communi- program instructions and buffer memory for holding song 
cation channel with the Internet 102 and to the audio data (audio material). 

material server 104. The network interface can communicate The program instructions are automatically executed by 
using a number of different protocols having a variety of 15 the microprocessor 118 when power is applied to the play- 
physical connection schemes, such as telephone line modem back unit. Thus, there is no need to access an operating 
connections, high-speed ISDN and Ethernet connections, system stored on a disk drive or other peripheral storage 
and cable modem connections. device to operate the playback unit. As a result, the playback 

unit does not require an electromechanical storage device 

Playback Unit Components 20 (such as a disk drive), is very stable in operation, and does 

The playback unit 100 includes a user interface and not require a boot-up sequence The buffer memory for 

display component 112, which presents an easy-to-use inter- ^^^^^ ""'IS'! J ""'T ^'^^''^^^^ ^^^^^^if 

face that substantially duplicates the appearance of typical ^^^^^ a low-cost efScient means of 

user-operable controls that might be found on a conventional , , t^^i°Poranly storing digital audio material to be processed for 

, , .u*i u -1 J- u r>T\ playback. In addition, the volatility or the buffer memory 

home audio player that plays physical media, such as a CD .i_ . . . r j • 

player or a DAT player Hie^ controls may include, for /h^t the user has no permanent copy of the audio 

example, PLAY, STOP. FORWARD, BACKWARD, matenal thereby ensunng protection of cop5^^^^ 

nATrer: -ro a r-v cct rrr^ t„ rial. As descnbed further below, storage of the audio mate- 

PAUSE, TRACK, and SELECT buttons. In the preferred -j. -jPj.. ij. 

... , ,t • , r J J- 1 4 11-1 nal in the memory is determined by data downloaded 

embodiment, the user interface and display component 112 ^. *, i • * p iia ^ .u f 

. , J / u 1 41. * J * through the network interface 110, and therefore is exter- 

includes a touch panel or screen that responds to user ^^jj controlled 

activation of virtual buttons shown on the display screen. n y co o 

The function represented by the activated display button is Th« playback unit 100 operates under control of the 
then executed by the playback unit. The touch panel permits microprocessor 118, which controls operation of the other 
easy updates to the player functionality by changing the 35 playback unit components 110, 112, 114. 116. The micro- 
buttons and their operation with new program instructions processor also performs the various calculations and corn- 
stored in memory, as described below. Alternatively, the putations required for processing the audio material and 
buttons may comprise actual physical buttons that have ao preparing it for playback. If desired, the microprocessor 
electromechanical interface so they respond to physical component 118 may work along with a specialized digital 
pressure by producing a signal that activates the correspond- ^^^^^^ processing (DSP) circuit for performing sound data 
ing function computations and, if necessary, audio material data decom- 

r^T/^ 1 L 1 J- 1 • * _r pression. As noted above, the program steps executed by the 

FIG. 2 shows an exemplary display mtertace comprising ^ , . \ - riu 

, . -rt'i c *u 1 u 1 lArt -m- microprocessor are stored in a program instruction flash 

a touch panel screen 202 of the playback unit 100. The ^ ^. r.i ^/^ rS. ^ l .1 

playback unit preferably includes at least one physical "^^"""^ P°^°° of the memory U6. Therefore, although the 

f , *u * • * iu a / c iiser cannot change the operatmg system mstructions, the 

button, a power button 204 that initiates the application of 45 , , , ^ . ■ r n 1 : • 11 .1 / j 

, , . 1 , - f 1 u 1 •* playback unit operation is fully determined by the stored 

electncal power to the circuits of the playback umt. The ^ . ^ , ..ij- 

I . . 1 • 1 J u • 4r J program instructions, which can be changed by loadmg new 

playback unit may also include a sensor, such as an infrared t ^ . ' -.^^.m- 1 - i- 

sensor 206, for receiving command signals from a remote "j' U**- Hus permits changing, for 

control unit (not Ulustraled). TTie display interface has a ■^'^^'"Pl^' '^^ ''^P'^y """""^ '° P^"^'"^ 

display area 208 on which playback status information is 50 puyback Um't Operating Steps 
shown. For example, FIG. 2 shows the display area 208 with 

a list of song or selection name, track number, artist name or FIG. 3 is a flow diagram of the processing steps executed 

disc (compilation), and song playing time. The display by the microprocessor 118 of FIG. 1, and illustrates the 

interface may include virtual operation buttons, or actual processing carried out by the playback unit 100 in response 

physical buttons, that cause operations such as reverse 210, 55 to user commands. An initial step, as represented by the flow 

pause 212, play 214, stop 216, forward 218, fast forward/ diagram box numbered 301, occurs when electrical power is 

skip 220, cursor navigation up 222 and down 224, and a applied to the playback unit. As noted above, the operation 

function select 226 button. As noted above, the buttons of the playback unit is sufficiently simple so that no oper- 

210-226 may be virtual buttons of a touch panel screen 202 ating system loaded from peripheral storage is required, 

ako having a status information display area 208, or may be 50 therefore, there is no boot sequence, and the user cannot alter 

physical buttons adjacent a display area 208 in which system operation of the playback unit. As a result, upon the 

alphanumeric information is shown. appUcation of electrical power, the playback unit 100 is 

Returning to the illustration of FIG. 1, the playback unit immediately operational. 
100 also includes an output interface 114, memory 116, and In the first operational step, represented by the flow 
microprocessor 118. The output interface processes the 65 diagram box numbered 302, the user selects a music cat- 
audio material and provides it to the home audio system in egory or type of song desired for playback from a list. This 
a format that can be used by that system. The connection to list may include categories such as the artist, the song title, 
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the album, and musical genres. In addition, the user may 
limit search results by confining the query to specific, 
user-defined categories. The generated list appears on the 
display area of the user interface. In the next step, the 
playback unit sends the version of the current song list to the 
directory and user list (DUL) server 107, shown in FIG. 1. 
During this step, the DUL server also can perform user list 
checks and authorization confirmation, if desired. In this 
way, the DUL server acts as a "gatekeeper*' to ensure that 
only appropriate users are being granted access to the audio 
material, thereby ensuring commercial music interests and 
artists have desired control over distribution. The flow 
diagram box numbered 304 represents this operational step. 

At the decision box numbered 306, the DUTL server 
checks to determine if the received song list is current. If the 
song list is not current, a negative outcome at the decision 
box 306, then a new song list is available and the server 
sends back an updated song list, as represented by the flow 
diagram box numbered 308. If the playback imil song list is 
already current, an affirmative outcome at the decision box 
306, then no song list data transmission from the DUL server 
is needed. With a confirmed current song list, the user is now 
permitted to select a track from among those available in a 
selection menu. The selection menus are displayed, for 
example, on the display area of the interface illustrated in 
FIG. 2. The user may need to scroll up and dowQ the 
displayed selection menu Ust. Tracks can be selected by 
artist, genre, disc name, or a number of other factors. The 
operation of a user making an artist and song selection is 
represented by the flow diagram box nnmbered 310. At the 
next step, represented by the flow diagram box numbered 
312, the playback unit sends the user-requested song title 
information to the DUL server. The DUL server returns the 
network address for the requested song. This step is repre- 
sented by the flow diagram box numbered 314. The play- 
back unit is now ready to retrieve audio material from the 
network. The flow diagram for these operations continues in 
FIG. 4. 

In the case of an Internet network connection, the returned 
network address is referred to as the uniform resource 
locator (URL) for the song. Once the song URL is received, 
the playback unit initiates communication with the appro- 
priate audio material server to request the song from the 
appropriate directory. This step is represented by the FIG. 4 
flow diagram box numbered 402. In the preferred 
embodiment, the DUL server maintains control over com- 
munication from the playback unit to the network, and 
therefore the DUL server can determine if the audio material 
server at the indicated URL is inactive or not responding. If 
either is the case, then the DUL server will detect this 
condition and may send the URL of a backup or alternate 
audio material server at which the requested song is stored. 
In this way, the user may still gain access to the requested 
song and listen to it. 

When the playback unit sends the song request to the 
server whose URL it received from the DUL server, it also 
sends a user identification code (user ID) and encrypted 
password information to the DUL server. This step is rep- 
resented by the flow diagram box numbered 404. That is, 
because the DUL server maintains communication control, 
the DUL server can perform a gatekeeping function to 
permit or prevent the playback unit from receiving the 
requested audio material. If the user ID and password 
information is validated, then the DUL server sets a permis- 
sion granted flag that is checked by the appropriate audio 
material server. The permission granted flag may be stored 
at the DUL server and remotely checked by the audio 
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material server, or otherwise communicated to the audio 
material server. This operation step is represented by the 
flow diagram box numbered 406. 
The permission granted flag dictates whether or not a user 

5 will be permitted to download a song for listening and also 
for recording. Other authorizations, in accordance with the 
Secure Digital Music Initiative (SDMI) for example, may be 
accommodated. That is, the permission granted flag may 
grant or deny a range of distribution, reproduction, copy, and 

10 recording rights. Thus, the permission granted flag may 
include a copy authorization flag to control digital copying. 
These rights may be granted in accordance with predeter- 
mined arrangements between commercial music interests 
and artists on the one hand, and entities controlling the DUL 

15 server and audio material servers on the other hand. If 
permission to record is granted, for example, a feature of the 
output interface will be set to permit an output format that 
is suitable for recording. If the user is not granted recording 
privileges, then no output will be available at the needed 

20 output connections of the output interface, or any attempt to 
exceed the granted song rights will result in display of an 
error message on the display interface and a halt to opera- 
tions of the playback unit. 

Thus, after the permission granted flag is set by the DUL 
server at step 406, the audio material server checks the flag 
at step 408. The flag may be sent to the audio material server 
by the DUL server or forwarded by the playback unit. If the 
permission granted flag indicates that the user has been 
granted permission to download the requested song, an 
affirmative outcome at the decision box 410, then at the flow 
diagram box numbered 412 the audio material server trans- 
mits the audio material (comprising a sound file or streaming 
audio information) to the playback tmit, where it is received 
by the network interface as described above. Other operation 
of the playback unit then continues. If the permission 
granted flag indicates that the user has not been granted 
permission to download the song, a negative outcome at the 
decision box 410, then at the flow diagram box numbered 
414 the audio material server sends an error code to the 
playback unit to hall operation. Similar processing will be 
perfonmed if other user actions are attempted that require 
authorization, such as digital copying. 

Playback Unit Processor Operating Steps 

45 

FIG. 5 is a processing flow diagram of the processing 
steps executed by the playback unit microprocessor 118 
shown in FIG. 1, and illustrates the processing repeatedly 
executed by the microprocessor during operation for 

50 responding to user commands. During operation, the micro- 
processor executes "housekeeping" chores as part of typical 
backgroimd processing as indicated by the flow diagram box 
numbered 501. The housekeeping chores include, for 
example, updating the user display, scanning the user key- 

55 pad buttons for actuation, scanning any infrared receiver for 
user input, and downloading tasks. The downloading tasks 
may include, for example, downloading the first few seconds 
of each track on a current selected disc to reduce the latency 
time when one of the tracks is later selected by the user Such 

60 samples from the tracks may be stored in the memory of the 
playback unit for later listening. FIG, 5 illustrates processing 
when a "New Track" event is detected. 

The detection of a user action at the user interface and 
display is represented by the first FIG. 5 flow diagram box 

65 numbered 502, which indicates that the processor detects a 
"New Track" event. A "New Track" event is defined to be a 
user action such as selection of the Play button, Skip Track 
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button, or other button such as "Jump Track" or "Change list version field that provides the version number of the 

Disk" or the like. Upon receipt of a "New Track" event, the song list currently stored in the memory of the playback unit, 

microprocessor determines the system operating mode. Finally, the last two bytes of the data packet contain check- 

which may comprise cither a normal mode, random mode, sum data for identifying any errors that might occur during 

or custom mode. This step is represented by the flow s transmission over the nctwrork connection, 

diagram box numbered 504. FIG. 7 shows the song request data packet. The first eight 

Hie system operating modes specify an algorithm for bytes contain the optional user ID data and the next byte 

determining the next track. The normal mode specifies that '^""'^^ *e request data, as described above for FIG, 6. The 

the "next" track is the next sequential track in the selected ' ° ^^^^ "'""^ comprising a unique 

compilation. The random mode specifies that the "next" lo iden ification number for an artist of a song. Tlie artist code 

track is a randomly selected track in the selected compila- (^C) can be used as an index to the directory on the audio 

tion. TTie custom mode specifies that the "next" track is a ^^^^^ contains the artist s work. TTie next two 

user programmed track, such as when a user records a !'y'«f.J=°f ° "l* song code (SC) compr|S.ng a unique 

program of track selections for playback in the programmed identification code for the requested song^The song code 

^^^^^ -15 can be used as an index to the song data file on the audio 

material server. The next two bytes contain a packet iden- 

Once the "next- track is determined m accordance with ^.g^^^.^^^ ^^^^ ^^^^^^ ^^^^ ^^^-^ ^^^^^^^ ^^^^ 

the operating mode, the microprocessor determines if the ^^-^^ ^^^^^^ ^ ^^^^ ^^^^^ j^^^ hocmsc each song to be 
next track is in the memory buffer of the playback unit. If the downloaded is sent in several pieces, the playback unit must 
next track is not m the buffer, a negative outcome at the ^^^^ communicate to the audio material server which 
decision box 506, then the microprocessor requests the ^^^.j-^^ ^^^^^^ two bytes 
missing track from the appropnate audio matenal server. comprise the checksum field for identifying errors. 
The request is represented by the flow diagram box num- ^ ^^^^^ ^ ^^^^^ ^.^^ ^^^^^^ ^^^^ 
bered 508. The microprocessor waits for receipt of the ^^^^ ^^^^^^ ^^.^ ^^^^ ^. 
missing track as indicated by the flow diagram box num- ^ ^^^^^^ ^^^^ ^^.^^ ^ ^^^^^^^^ t^ 
bered 510, and then loops to the decision box 506 again. ^^.^ ^ ^^^^ checking, to confirm 
Once a sufficient portion of the track IS received or otherw^ ^J^^^ ^ information was sent to and 
located m the buffer, an afifirmaave outcome at the decision ^^^^.^^^ ^^^^^^ playback unit. Ttie next byte contains 
box 506, the microprocessor begins streammg the audio ^^^^ ^ ^ ^^ ^^^^ 
matenal data from the memory buffer to the DSP for {.^o^how to interpret the data it receives. Tliat is, the packet 
processing The DSP may be one of a number of commer- transmission lets the playback unit know 
cially available DSP engmes for the decompression and ^^^^^ ^^^^ significant 
decoding processing of digital audio data. Those skilled in ^.^ .^^^ indicates whether or not this is the last 
the art wiU understand the processing mvolved without p^^ketof data that will be sent with this type of information, 
further explanation. ^ ^^^^^ ^^^^ ^^^^ j^^^t, which provides the error 
Data Packets necessary) is displayed on the display compo- 
nent. A two-byte packet ID field is next, and is used to let the 
As noted above, the network interface can communicate playback unit know which area of the memory in which the 
using a number of different protocols having a variety of data needs to be stored. That is, the song list data is 
physical connection schemes. FIGS. 6, 7, 8, 9, and 10 show 40 organized according to a predetermined arrangement and the 
the data bytes of exemplary data packets that can be used to playback unit needs to conform its memory to that prede- 
communicate the different types of information needed for tcrmincd arrangement. Next is a two-byte field that provide 
operation of the system constructed in accordance with the the total number of packets to transmit the song list update 
present invention. FIG. 6 illustrates the data packet when the information. This is needed so the playback unit can adjust 
playback unit requests a song list version check, FIG. 7 45 the buffering scheme. The next field has a variable number 
illustrates the data packet used when the playback unit of bytes, as it contains the songlist data. This number may 
requests a song from the audio material server. FIG. 8 vary depending on the network connection and the trans- 
illustrates the data packet used when the DUL server sends mission protocol being used, among other considerations 
an updated song list to the playback unit. FIG. 9 illustrates that will occur to those skilled in the art. Finally, the last two 
the data packet when the DUL server sends the URL of a 50 bytes of the updated song list packet comprise checksum 
song to the playback unit. FIG. 10 illustrates the data packet data for identifying errors. 

when an audio material server sends a song to the playback FIG. 9 shows the packet containing the URL of a 

unit. It should be understood that the data packets of FIGS. requested song. The first eight bytes contain the user ID, 

6 through 10 are intended only to illustrate the type of which as before is returned to the playback unit for purposes 

information diat may be exchanged between the playback 55 of error checking, to confirm that the requested information 

unit, DUL server, and audio material server, and should not was sent to and received by the correct playback unit. The 

be taken in a limiting sense as a requirement for operation next byte contains packet type data, which is necessary to let 

of a system constructed in accordance with the present the playback unit know how to interpret the data it receives, 

invention. In this case, the packet type data will indicate that a URL is 

FIG, 6 shows the user request data packet. With this 60 being sent, and the MSb position will indicate whether or not 

packet, the playback unit requests a check to ensure the song this is the last packet of data that wUl be sent with this URL 

list being used is current. TTie first eight bytes comprise an information. An EC byte is next, to provide any error code 

optional user ID field that would be sent so the DUL server to be displayed on the display component. The next two 

can identify who is requesting the song list. The next byte is bytes are an artist code (AC) that is sent to the playback unit 

a request field that permits the DUL server (or any other 65 to ensure that it can place the URL data in the correct 

network server) to identify what data is being requested by memory buffer. A song code (SC) occupies the next two 

the client playback unit. The next two bytes comprise a song bytes, the code being used to ensure that the playback unit 
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places the URL data in the correct memory buffer. The next Songl into the first available buffer 1102. Once a sizeable 

four bytes contain URL data that identifies the audio mate- amount of compressed audio information is stored for that 

rial server that contains the desired song for playback. The song, the playback unit begins to process the information 

last two bytes of the URL packet contain the checksum data and play the song, providing the processed infonnation to 

for identifying errors that occur during transmission. s the home audio system. The audio information will be 

FIG. 10 shows the song data sent by an audio material processed by the microprocessor and sound data DSP, if one 

server to the playback unit. The user ID is contained in the is included in the playback unit. The amount of stored 

first eight bytes, returned as a form of error checking and to information needed before playback begins will depend on 

"confirm that the requested song information was sent to and the microprocessor, DSP, and other sound components of the 

received by the correct playback unit. The packet type data lO playback unit. As the first song (Song 1) is being played, the 

is contained in the next byte, and in this case the MSb playback unit continues to operate and, in background 

indicates whether or not this is the last packet that will be operation, continues to download the Song 1 data into the 

sent. The EC is contained in the next byte. The AC occupies first buffer 1102, and also downloads data for the other 

the next two bytes, to ensure that the playback unit places the selected songs into the other buffers 1104, 1106 in an 

song information in the conect memory buffer. The SC 15 alternating fashion. Each song will be placed into a different 

occupies the following two bytes, again sent to ensure that sequential buffer. This ensures that some portion of each 

the playback unit places the song information in the correct selected song will be downloaded and available as soon as 

buffer. The next field contains the actual song data and has possible, thereby permitting the user to skip to one of the 

a variable number of bytes. The number of bytes of song other selected songs after playback has begun, 

data may vary depending on the network connection and the 20 xhe playback unit preferably performs a loop buffering 

transmission protocol being used, among other consider- operation, which is illustrated in FIG. 12. The loop buffering 

ations that will occur to those skilled in the art. The song operation progresses from left to right in FIG. 12. Loop 

data will be placed in a section of memory that depends on buffering is used to limit the size needed for each buffer. In 

the artist, song, and packet number. Finally, the last two particular, a buffer is not expected to have sufficient capacity 

bytes of the song data packet comprise checksum data for 25 to contain the entire data needed for one song. Rather, data 

identifying errors. in a given buffer is overwritten as it is processed and played. 

Memory Buffering Control ^hus, after the last segment of memory in a buffer for a song 

„ ^ , „ . . „ has been filled with a song data packet and that buffer is 

HG. 11 is a representation of the buffering operations of processed for Hstening, the next song data packet will be 

the playback unit. TTie playback unit memory may be 30 ^^tten to the first segment in that buffer. As described 

segregated mto a number of sequential buffers, with each ^^^^^^ ^^^^ ^^^^^ ^.jj ^e directed by setting the various 

buffer preferably containing one song. Based on typical ^^y^ ^^^^ ^^^^^ illustrated in FIG. 9. 

compression algonthms, the size of each buffer will be , ^ ^-i i_ • n * * j • 

approximately two megabytes (2 MB). Tlie number of Three exemplary stages of loop buffenng are lU 

buffers that can be accommodated by the playback unit is 35 ^}°-^^^. ^5"'° "8^1. showmg the contents of a buffer 

determined by the amount of memory (bytes) that the ^' » ^'"g? ^.^^f "^."f at a secoirf stage 1204 of 

playback unit microprocessor can access, so the number of buffenng, and at a third stage of buffenng 1206. As the soijg 

buffets available will be variable. Nevertheless, the func- d°^nlo^ded at the first stage 1202, the buffer is filled with 

tionality of the playback unit remains the same regardless of fata bytes for Segment 1, Segment 2, Segment 3 and so 

the available memory address space. The addressable por- ,0 ^X^^^'^ l' c avadable segment m the buffer is 

tions that make up each buffer wUl contain data that, when ^^^^ , 1204 with Segment N, before the song has been 

processed, produces approximately ten seconds of audio ^=o=>Pl«tely do^™loaded. Tlierefore, the next segments of 

r. . incoming data, Segment N+1, Segment N+2, Segment N+3, 

™ L cc • f J* *u * u and so forth, will overwrite the prior data in the buffer 1206. 

The buffenng of song data ensures that a song may be t, • i - • .u- e u- 

- J. 5. -1 * j i J J Buffenng will contmue looping m this fashion, overwriting 

downloaded and temporanly stored m less time than needed 45 , jT n -1*1^ ^ a a 

, J f*u- u «^ ■ n repeatedly until the song is completely downloaded, 

to play the song. The speed of this buffenng operation will ^ j 

depend on the speed of the network connection available. L^^P buffenng ensures that the user can scan a song m a 

Buffering begins after the user selects one or more songs for backward direction, such as might be done for review to hear 

Ustening. The playback unit downloads the selected songs in ^^^^^ ^y^^^^ reason. If a user decides not to listen 

data packets, which in the preferred embodiment each 50 ^^^^ ^^'P^ ^^^'^^^ °° playback, it 

contain approximately ten seconds of compressed digital remains in the playback umt memory so the user can return 

audio information. As noted above, the number of data skipped song and listen to it. In all cases, loop 

packets to be downloaded for each song is an undetermined buffering and overwriting of buffer data will not begin until 

number that depends on the song length. It is not necessary ^^e first segment of the buffer has been processed for 

for song data download to be completed for one song before 55 listening. That is, Ustening to a song cannot begin until the 

download for another song can begin. Preferably, portions of buffer for that song is iniUally filled, and overwnting will not 

each selected song will be downloaded as the first one begins begin until listening to that song has begun. However, if the 

to play. This is illustrated in FIG. U, which illustrates the adds more songs to the playback unit than can be 

multiple buffers 1102, 1104, 1106 into which the memory of downloaded into the available memory, then a newer song 

the playback unit is segregated. The current song^s buffer 60 °° playback list will begm overwntmg the oldest song m 

has priority over all other buffers; the data flow into this memory after the last segment of the last available buffer is 

buffer is maintained such that continuous playback of the ^^^^ ^^*b song data. 

song is guaranteed. The buffers corresponding to the fol- „ , * m t^- 

1 • • 1 1 4* ■ J- n J f J %u *u • System Data Flow Diagram 

lowing musical selections are penodically updated with their ^ 

songs' data. 65 FIG. 13 is a data flow diagram of the system of FIG. 1, 

For example, if a user wants to hear Songl, Song2, and showing the information that is transmitted among the 

Song3, the playback unit downloads a number of packets for system components and how those components interact. In 
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a preliminary stage of information flow, music is submitted 
for digital conversion, data compression, and encoding by 
commercial music interests, such as a record company or an 
entertainment music company, or by an artist. This flow 
from the submitted music to the compression technology is 5 
indicated by the FIG. 13 data flow arrow marked "1". After 
the compression and encoding, the digital information in the 
form of music files is uploaded to servers, such as the audio 
material servers described above. The servers maintain file 
organization, for example, according to musical genre, artist, 
album or compilation name, and song title. In addition, the 
servers may store information pertaining to users, such as 
usual or preferred selection patterns, so that a predictive 
loading scheme can be used to direct downloads in of music 
files. For example, the first ten seconds of a user's one- 
hundred most frequent selections may be downloaded 
immediately upon receipt of that user's identification 
number, to minimize any delay associated with the typical 
query and response processing. The data flow from the 
compression technology to the servers is indicated by the 
FIG. 13 data flow arrow marked "2'\ 

After a user requests a song, the system responds by 
sending a data stream from a server through any established 
data transfer line to the music information network. In the 
preferred embodiment, this network is the Internet. Con- 
nccting the users and the servers through the Internet pro- 
vides a convenient and easily accessible means of transfer- 
ring the music information from the servers to the users. The 
data stream includes a copy flag code indicating whether the 
requested audio material is for immediate listening only or 3Q 
if digital copying and recording rights are also requested. 
The data flow from the servers to the music information 
network is indicated by the FIG. 13 data flow arrow marked 
"3". At the playback unit, indicated as the "Home Audio 
Component" in FIG. 13, network interface is used to receive 35 
the data stream, as indicated by the data flow arrow marked 
"4". The data transfer methods may include, for example, 
use of analog telephone line communication, ISDN services, 
high-speed cable communications for video and digital data, 
and the like. 4q 

Next, the user identification information provides identi- 
fication of the listener for biUing purposes and for person- 
alization features, such as described above. The user iden- 
tification information can be entered, if desired, using a card 
with magnetically encoded user information, so such as a 45 
credit card, or the information can be entered manuaUy 
through the user display interface. A default ID may also be 
associated with the unit itself. The data flow of personal 
information from the user to the playback unit is indicated 
by the FIG. 13 data flow arrow marked "5'\ so 

As described above, searching of avaflable audio material 
may be carried out by a user through the user display 
interface. The data flow from the user display interface to the 
playback unit is indicated by the FIG. 13 data flow arrow 
marked "6" and contains commands issued from the user 55 
display interface to the main unit. In the preferred 
embodiment, the most commonly used controls of the play- 
back unit closely resemble those of a conventional multiple- 
disc CD player, including disc select, play, fast forward, and 
the like. These controls, as well as the search functions, can 60 
be instantiations of objects that are part of the graphical user 
interface (GUI) of the user display. This GUI may be 
replicated on a remote control device, as indicated in FIG. 
13. 

After the user has used the GUI to select music, one of the 65 
options that can be permitted by the system is to send the 
digital output of audio material to a storage device for digital 
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recording on storage media, as indicated by the FIG. 13 data 
flow arrow marked "7". Alternatively, an analog audio signal 
is sent from the playback unit to audio connections of the 
home audio system, as indicated by the FIG. 13 data flow 
arrow marked "8". While music is being delivered to the 
designated destinations, the user display interface shows 
information concerning the current and upcoming user 
selections. The data flow fi-om the playback unit to the user 
display interface is indicated by the FIG. 13 data flow arrow 
marked "9''. 

During the time a user is cleared via the personal infor- 
mation for accessing the servers, the user may upload 
additional information and queries using the network 
communications, as indicated by the FIG. 13 data flow 
arrow marked "10". Using the appropriate network 
protocols, the correct server is contacted. For example, 
different servers may have different types of musical genres, 
or the servers may each store many different types of music. 
The data flow from the network to the servers is indicated by 
the FIG. 13 data flow arrow marked "11". 

FIG. 14 is a data flow diagram of the playback unit 
illustrated in FIG. 1, showing the information that is trans- 
mitted among the playback unit components and how those 
components interact. As noted above in the discussion of 
FIG. 13, a network data stream is received at the playback 
unit. The FIG. 14 data flow arrow marked "1" indicates that 
the data stream is received at a network interface for the 
conversion of received data into a data stream that can be 
used by the playback unit. As noted above, the data may be 
received through an analog telephone line communication, 
ISDN services, high-speed cable communications for video 
and digital data, or similar scheme. Thus, two-way network 
communication is contemplated for the receipt of this infor- 
mation over the network. Next, the received identification 
data is provided to the processor of the playback unit. The 
data flow from the network interface to the processor is 
indicated by the FIG. 14 data flow arrow marked "2". 
Initially, the processor sends the received audio material to 
the memory, as indicated by the FIG. 14 data flow arrow 
marked "3". The processor then determines how to process 
and handle the audio material. 

In the preferred embodiment, the playback unit includes 
a digital signal processor (DSP) that is specially designed to 
perform audio decompression. The processor determines 
when the received audio material in the form of compressed 
digital files are sent to the DSP and when the audio material 
is simply erased or overwritten. This action is represented by 
the FIG. 14 data flow arrow marked "4''. At the DSP, the 
processed audio material is sent to the digital-to-analog 
converter (DAC) subsystem for output to the home audio 
system for listening. The data flow from the DSP to the DAC 
is indicated by the FIG. 14 data flow arrow marked "5". The 
data flow from the DAC to the home audio system is 
indicated by the FIG. 14 data flow arrow marked "6". If 
digital copying of the audio material has been authorized 
(such as described above in connection with the data flow 
arrow of FIG. 13 numbered "7"), then the DSP sends digital 
output to a digital media storage device. The data flow from 
the DSP to the storage device is indicated by the FIG. 14 data 
flow arrow marked "7". 

In FIG. 13, it was noted that a user may upload additional 
information and queries during the time a user is cleared via 
the personal information for accessing the servers. It should 
be understood that such communications must first proceed 
fi:om the user through the playback unit processor and 
through the network interface to the servers. In FIG. 14, the 
data flow of instruction and information from the user, via 
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the user display interface, is indicated by the data flow anow generally. All modifications, variations, or equivalent 

marked "8". The data flow of user information and queries arrangements and implementations that are within the scope 

from the processor to the network interface is indicated by of the attached claims should therefore be considered within 

the data flow arrow marked "9". The processor may convey the scope of the invention, 

return information back to the user through the xiser display 5 claim: 

interface, as indicated by the FIG. 14 data flow arrow 1. A playback apparatus for receiving digital audio mate - 

marked "10". ^^"^ ^ network server and providing it to a home audio 

__.-*. - ^ u *u • 1 J system for playback, the apparatus comprising: 

The information received by the processor includes a - f _r * • j r c 

. „ .1 . L-L-^ J- -.1 a user interface that receives commands from a user for 

copy authonzauon flag that permits or prohibits digital ^^^^^^^ ^^^^ composition from a network 

copying. This permits if needed, comphance w^^^ regula- server, for initiating receipt of the digital audio material 

tory schemes such as the U.S A Serial Copy Management comprising portions of the selected audio composition, 

System (SCMS), or the SDMI format, or forms of digital ^nd for controlling playback of the received digital 

signature or digital watermark authorizations. Thus, depend- ^^^q material, wherein the user interface includes a 

ing on the received information, the processor determines display that shows status of the playback; 
whether the DSP output will be sent to the DAC for output ^5 ^ memory that contains operating system instructions and 

to the home audio system or to a storage device for digital that temporarily stores the digital audio material com- 

recording. The data flow of processor command to the DSP prising portions of the selected audio composition, such 

for output control is indicated by the FIG. 14 data flow arrow that digital audio material comprising the complete 

marked "11". selected audio composition is not available to the user 

The playback unit preferably includes an EEPROM that from the memory; and 

permits convenient updates of functionality and features. a processor that executes the operating system instruc- 

Thus, new programming code and data can be stored into the tions stored in the memory to perform apparatus func- 

EEPROM under control of the processor. The data flow of ^^ns in response to the user commands and to mitiate 

processor command from the processor to the EEPROM is ^ the playback of received digital audio material, 

indicated by the data flow arrow marked "12". Hie data flow 2. A plaj^ack apparatus as defined in claim 1, wherein the 

of programming instructions and data from the EEPROM to ^PP^ratus functions performed by the processor include 

*u ■ ■ A- . A u *u A * a . . ^^^w^A display of a menu selection list, from which the user will 

me processor is inaicaiea oy ine aaia now arrow marKea ^^^^ ^^^^ ^^^^^^^ ^^^.^ 

composition. 

3. A playback apparatus as defined in claim 2, wherein the 

Finally, the audio material, stored in compressed format, apparatus functions performed by the processor include 

may include partial downloads of music files, as com- sending a current song list version for the selected musical 

manded by the received data packets (described above). category to a network server and receiving an indication 

These partial downloads may have been selected, for from the network server if the current song list is in need of 

example, by the predictive downloading schemes that updating. 

respond to user information (see the data flow arrow of FIG. 4 Aplayback apparatus as defined in claim 2, wherein the 

13 marked "2"). The partial downloads arc received at the apparatus functions performed by the processor include 

playback unit and stored in the memory. The data flow of sending the user selection to a network server and receiving 

audio to material from the network interface to the memory f^^^ network server the network address of audio 

is indicated by the FIG. 14 data flow arrow marked "14". material comprising the user selection. 

Thus, the music playback system described above pro- 40 5. Aplayback apparatus as defined in claim 4, wherein the 

vides an interface between a conventional home audio apparatus sends the user selection to a network directory and 

system and a network source for audio material comprising user list server and a network audio material server, wherein 

a playback unit with a simple operating system that is not the directory and user list server checks user information 

accessed by the user and does not require the launch of against a list of authorized users to control download of 
special software to initiate playback. Therefore, the play- 45 audio material and the audio material server provides the 

back unit can be operated without special computer skiUs audio material comprising the selected composition, 

and without navigating complicated PC-like display win- 6. Aplayback apparatus as defined in claim 5, wherein the 

dows. Access to audio material and distribution rights are directory and user list server sets a copy authorization flag 

controlled by the DUL servers and audio material servers, that is provided to the audio material server, and the audio 
thereby enabling the playback unit to retrieve a wide range 50 material server checks the copy authorization flag to deter- 

of digital audio material from the network on demand and mine if digital copying at the apparatus will be permitted, 

vastly expanding the range of music available for playback. 7. Aplayback apparatus as defined in claim 6, wherein the 

In this way, the system permits the reproduction of music apparatus functions performed by the processor include 

using the home audio system, for high quality playback in a processing the received audio material to provide an analog 
comfortable setting, and provides controlled access to audio 55 so output signal to the home audio system for playback and 

material and controlled distribution and duplication of the listening, and processing the received audio material to 

material. provide a digital output stream to a storage media only if 

The present invention has been described above in terms digital copying is permitted by the copy authorization flag, 

of a presently preferred embodiment so that an understand- 8. Aplayback apparatus as defined in claim 6, wherein the 
ing of the present invention can be conveyed. There are, 60 playback apparatus receives the audio material from the 

however, many configurations for network-based music audio material server in a plurality of packets that are 

playback systems not specifically described herein but with temporarily stored in the playback apparatus memory, 

which the present invention is applicable. The present inven- 9. A playback unit that receives digital audio material 

tion should therefore not be seen as limited to the particular from a network server and provides it to a home audio 
embodiments described herein, but rather, it should be 65 system for playback, the apparatus comprising: 

understood that the present invention has wide applicability a user interface that receives commands from a user for 

with respect to network-based music playback systems selection of an audio composition from a network 
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server, for initiating receipt of the digital audio material 
comprising portions of the selected audio composition, 
and for controlling playback of the received digital 
audio material, wherein the user interface includes a 
display that shows status of the playback; ^ 

a memory that contains operating system instructions and 
that temporarily stores the digital audio material com- 
prising portions of the selected audio composition, such 
that digital audio material comprising the complete 
selected audio composition is not available to the user 
from the memory; and 

a processor that executes the operating system instruc- 
tions stored in the memory to perform apparatus func- 
tions in response to the user commands and to initiate 15 
the playback of received digital audio material, wherein 
the apparatus functions performed by the processor 
include (1) display of a menu selection list from which 
the user will make the selection of the audio 
composition, (2) sending the user selection to a net- 
work server and receiving the audio material compris- 
ing the user selection, (3) processing the received audio 
material to provide an analog output signal to the home 
audio system for playback and listening, and (4) pro- 
cessing the received audio material to provide a digital 
output stream to a storage media only if digital copying 
permission was granted by a received copy authoriza- 
tion flag. 

10. A playback apparatus as defined in claim 9, wherein 30 
the playback apparatus receives the audio material from the 
audio material server in a plurality of packets that are 
temporarily stored in the playback apparatus memory. 

11. A playback apparatus as defined in claim 9, wherein 
the apparatus functions performed by the processor include 35 
sending a current song list version for the selected musical 
category to a network server and receiving an indication 
from the network server if the current song list is in need of 
updating. 

12. A playback apparatus as defined in claim 11, wherein 
the apparatus sends the user selection to a network directory 
and user list server and a network audio material server, 
wherein the directory and user list server checks user infor- 
mation against a list of authorized users to control download 
of audio material and the audio material server provides the 
audio material comprising the selected composition. 

13. A playback apparatus as defined in claim 12, wherein 
the directory and user list server sets a copy authorization 
flag that is provided to the audio material server, and the 
audio material server checks the copy authorization flag to 
determine if digital copying at the apparatus will be permit- 
ted. 

14. A playback apparatus as defined in claim 13, wherein 
the playback apparatus receives the audio material from the 
audio material server in a plurality of packets that are 
temporarily stored in the playback apparatus memory. 

15. A method of operating a playback apparatus that 
receives digital audio material from a network server and 
provides it to a home audio system for playback, comprising 
the steps of: 

selecting an available music category through a user 
interface supported by an operating system that is 
stored in memory of the playback apparatus; 

sending a current song list version for the selected music 65 
category to a network server and receiving an updated 
song list if the current song list is in need of updating; 



selecting an available composition, sending the selected 
composition title to a network server, and receiving 
from the network server the network address of a 
network audio material server at which audio material 
comprising the user selection is stored; 

receiving the audio material from the network audio 
material server; and 

processing the received audio material to provide an 
analog output signal to the home audio system for 
playback and listening, and processing the received 
audio material to provide a digital output stream to a 
digital storage media only if digital copying is permit- 
ted by a copy authorization flag. 

16. A method as defined in claim 15, wherein the step of 
receiving the audio material comprises receiving the audio 
material from the network audio material server in a plu- 
rality of packets that are temporarily stored in memory of the 
playback apparatus. 

17. Amethod as defined in claim 15, further including the 
steps of sending the user selection to a network directory and 
user list server and the network audio material server, 
wherein the directory and user list server checks tiser infor- 
mation against a list of authorized users to control download 
of audio material. 

18. A method as defined in claim 17, wherein the copy 
authorization flag that is checked in the step of processing 
the received audio material is set by the directory and user 
list server and is provided to the network audio material 
server, and the audio material server checks the copy autho- 
rization flag to determine if digital copying at the apparatus 
will be permitted. 

19. A method of operating a playback apparatus that 
receives digital audio material from a network server and 
provides it to a home audio system for playback, the method 
comprising: 

receiving user commands through an operating system 
that is stored in semiconductor memory for selection of 
an audio composition from a network server; 

receiving digital audio material from the network server; 

temporarily storing the digital audio material comprising 
portions of the selected audio composition in playback 
apparatus memory, such that digital audio material 
comprising the complete selected audio composition is 
not stored in the memory at the same time; and 

processing the received audio material to provide an 
analog output signal to the home audio system for 
playback and listening, processing the received audio 
material to provide a digital output stream to a storage 
media only if digital copying penmission was granted 
by a received copy authorization flag. 

20. Amethod as defined in claim 19, wherein the step of 
receiving digital audio material comprises receiving the 
audio material from an audio material server in a plurality of 
packets that are temporarily stored in the playback apparatus 
memory. 

21. A playback apparatus as defined in claim 19, wherein 
the apparatus functions performed by the processor include 
sending a current song list version for the selected musical 
category to a network server and receiving an indication 
from the network server if the current song list is in need of 
updating. 

22. Amethod as defined in claim 21, wherein the playback 
apparatus forwards the user request to a network directory 
and user list server and to a network audio material server, 
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wherein the directory and user list server checks user infor- 
mation against a list of authorized users to control download 
of audio material and the audio material server provides the 
audio material comprising the selected composition upon 
authorization from the directory and user list server. 5 

23. A method as defined in claim 22, wherein the directory 
and user list server sets a copy authorization flag that is 
provided to the audio material server, and the audio material 



20 



server checks the copy authorization flag to determine if 
digital copying at the playback apparatus will be permitted. 

24. A method as defined in claim 23, wherein the playback 
apparatus receives the audio material from the audio mate- 
rial server in a plurality of packets that are temporarily 
stored in the playback apparatus memory. 
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ABSTRACT 



A method and apparatus for Dynamic MAC Allocation and 
Configuration is based on the ability to remotely boot a 
client machine from a server machine and adds the capa- 
bility to assign a Locally Administered Address (LAA) to 
override the Universally Administered Address (UAA). A 
set of programs at the workstation allows a remote boot and 
interaction the server. The cHent machine will send out a 
DMAC discovery frame. The discovery frame will be inter- 
cepted by a DMAC program installed on the server which 
will be running and listening for the request. Once the 
DMAC program intercepts the request it analyzes the 
request and takes one of two actions. If necessary, the server 
will run an "initialization** script. For workstations that have 
already been initialized, the server will send an l-AA to the 
client workstation from a table or pool. The client worksta- 
tion will then request an operating system with its new LAA 
The boot options will be a table or pool corresponding to an 
LAA or range of LAA*s. In order to achieve the override of 
the UAA, the DMAC will assign an LAA to the workstation. 
Once the LAA is assigned the boot wiU proceed based on the 
package that will be shipped to that address. 

6 Claims, 9 Drawing Sheets 
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DYNAMIC MAC ALLOCATION AND 
CONFIGURATION 

FIELD OF THE INVENTION 

The present invention relates to the control of a client 
computer system's Medium Access Control (MAC) address 
by a server computer system. 

BACKGROUND OF THE INVENTION 

A computer or computer system, when turned on, must be 
prepared for operation by loading an operating system. In 
the normal operation of a single computer system, when a 
user issues a boot command to the computer, the computer 
responds to the boot command by attempting to retrieve the 
operating system files from the computer systems memory. 
Configuration data files are also needed to configure the 
specific machine with the hardware parameters necessary for 
the specific hardware configuration. These files also contain 
information needed to initialize videos, printers, and periph- 
erals associated with the particular machine. For example, 
the files would include CONFIG.SYS in the MS-DOS 
operating system, available from Microsoft Corporation. 

Computers or computer systems can be connected in a 
network normally consisting of a client workstation, a server 
and a central network. In a system where the computer's 
storage is maintained when the power is turned ofE, the 
operating system can be stored in the computer itself. In a 
system where the computer has only storage that is lost when 
the power is turned off, the computer cannot retrieve the 
boot information from within the computer itself. In that 
case, the client sends a request for the operating system files 
via the network to the server acting as a boot server. Even 
when the client workstation has non-volatile storage 
capability, it is advantageous to boot from the server because 
memory space is saved in the workstation computer. As 
operating system and application programs expand to pro- 
vide new and greater capabilities, booting from a server can 
be highly advantageous. 

Several methods of remote booting exist in the market- 
place. One is called Remote Initial Program Load (RIPL). 
RIPL is the process of loading an operating system onto a 
workstation from a remote location. The RIPL protocol was 
co-developed by 3Com, Microsoft, and IBM. It is used today 
with IBM OS/2 Warp Server, DEC Pathworks, and Windows 
NT. Two other commonly used Remote IPL protocols are a 
Novell NCP (NetWare Core Protocol), and BOOT-P, an 
IEEE standard, used with UNIX and TCP/IP networks. 

RIPL is achieved using a combination of hardware and 
software. The requesting device, called the requester or 
workstation, starts up by asking the loading device to send 
it a bootstrap program. The loading device is another com- 
puter that has a hard disk and is called the RIPL server or file 
server. The RIPL server uses a loader program to send the 
bootstrap program to the workstation. Once the workstation 
receives the bootstrap program, it is then equipped to request 
an operating system, which in turn can request and use 
application programs. The software implementations differ 
between vendors, but theoretically, they all perform similar 
functions and go through a similar process. The client 
workstation requires a special Read Only Memory (ROM) 
installed on its (Local Area Network) LAN adapter or 
Network Interface Card (NIC). The special ROM is known 
generally as a remote boot ROM, but two specific examples 
of remote boot chips are the RIPL chip, which supports 
ANSI/IEEE standard 802.2, and the Preboot Execution 
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Environment (PXE) chip, which is used in the Transmission 
Control Protocol/Internet Protocol (TCP/IP) environment. 

While the process has many advantages for booting a 
computer that has volatile storage, such as a network 

5 computer, the computer is required to have a remote boot 
ROM on the LAN adapter or Network Interface Card (NIC). 
The remote boot ROM requirement does not aUow any user 
interaction with the remote boot process. 

Application Sen No. 09/329,457 discloses a remotely 
controlled boot process allowing a client computer to boot 
from a server without the remote boot ROM requirement. 
The client's Medium Access Control (MAC) address is 
the key factor that determines many characteristics of the 
boot process. The MAC address determines what server the 
client will boot from, what operating system will be loaded 
and what the client's computers configuration will be. 

However, in the server-managed client environment, there 
currently does not exist a way to automatically assign and 

20 configure a client's MAC address. The MAC address can be 
a Universally Administered Address or a Locally Adminis- 
tered Address. The Universally Administered Address 
(UAA), in a local area network, is the address permanently 
encoded in an adapter at the time of manufacture. All 

25 Universally Administered Addresses are unique. A Locally 
Administered Address (LAA), in a local area network, is an 
adapter address that the user can assign to override the 
Universally Administered Address. Therefore, a need exists 
for an automatic way of configuring and distributing a 

3Q Locally Administered Address (LAA). If this can be done, 
then when the boot configuration is changed, an address 
corresponding to the configuration desired can be assigned. 
Such a system would provide a seamless solution in dynami- 
cally changing a client's boot environment and would 

35 greatly expand the ability of the administrator to remotely 
configure the client machines within a network. 

SUMMARY OF THE INVENTION 

The invention meeting the needs identified above is a 

40 method and apparatus for Dynamic MAC Allocation and 
Configuration. Such a system is based on the ability to 
remotely boot a client machine from a server machine and 
adds the capability to assign a Locally Administered Address 
(LAA) to override the Universally Administered Address 

45 (UAA). — 
The first pari of the process is to set up the capability for 
remote booting. In the preferred embodiment, a set of 
programs at the workstation allows a remote boot and 
interaction with a program on the server. Instructions from 

50 a Basic Input Output System (BIOS) ROM are executed to 
load a Boot Code Loader (BCL) from a nonvolatile, read/ 
write memory, such as a diskette or hard disk. The BCL 
executes to load a Remote Control Program (RCP), and the 
RCP executes to load a message program, a protocol man- 

55 ager and/or device drivers without loading an operating 
system. The message program and/or device drivers com- 
municate with a Dynamic Mac Allocation and Configuration 
(DMAC) program in the network server. First, the program 
will interface with an NDIS compliant Network Interface 

60 Card (NIC) to send out a DMAC discovery frame. At this 
point the workstation seeks MAC specific information. The 
discovery frame will be intercepted by a DMAC program 
installed on the server which will be running and listening*-. 
for the request. Once the DMAC program intercepts the 

65 request it will analyze the request and take one of two 
actions. First, if this is the first time that the client machine 
has been booted, the server will run an "initializadon" script. 
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In other words the DMAC will prepare the other boot servers 
by informing them that in the future, the workstation in 
question will boot. The workstation will be placed in a MAC 
table or pool. The second action, for workstations that have 
already been initialized, is that the server, based on the S 
information received, will send an LAA to the client work- 
station from the table or pool. The client workstation will 
then request an operating system with its new LAA. The 
boot options will be a table or pool corresponding to an LAA 
or range of LAA*s. In other words, a particular boot option lo 
or package will be sent to a system making a request that has 
the corresponding LAA. In order to achieve the override of 
the UAA, the DMAC will assign an LAA to the workstation. 
Once the LAA is assigned the boot will proceed based on the 
package that will be shipped to that address. 15 

BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the invention 
are set forth in the appended claims. The invention itself, 
however, as well as a preferred mode of use, further objec- 
tives and advantages thereof, wiU best be understood by 
reference to the following detailed description of an illus- 
trative embodiment when read in conjunction with the 
accompanying drawings, wherein: 

FIG. 1 depicts an overview of the system. 

FIG. lA depicts a distributed data processing system. 

FIG. 2 depicts a block diagram of a server. 

FIG. 3 depicts a block diagram of a work station. 

FIG. 4 depicts a flow chart of the workstation process. 

FIG. 5 depicts a flow chart of the workstation process. 

FIG. 6 depicts a diagram of workstation memory. 

FIG. 7 depicts a flow chart of the workstation process. 

FTG- 8 depicts a flow chart of the server process. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

FIG. 1 depicts a pictorial representation of a distributed 40 
data processing system in which the present invention may 
be implemented and is intended as an example, and not as 
an architecmral limitation, for the processes of the present 
invention. Distributed data processing system 100 is a 
network of computers which contains a network 102, which 45 
is the medium used to provide communications links 
between various devices and computers connected together 
within distributed data processing system 100. Network 102 
may include permanent connections, such as wire or fiber 
optic cables, or temporary connections made through tele- 50 
phone connections. In the depicted example, a server 104 is 
connected to network 102 along with storage unit 106. In 
addition, clients 108, 110, and 112 also are connected to a 
network 102. Clients 108, 110, and 112 may be, for example, 
personal computers or network computers. 55 

For purposes of this application, a network computer is 
any computer, coupled to a network, which receives a 
program or other application from another computer coupled 
to the network. In the depicted example, server 104 provides 
data, sucb as boot files, operating system images, and 60 
applications to clients 108, 110 and 112. Clients 108, 110, 
and 112 arc clients to server 104. Server 104 may also act as 
a boot server because it stores the files and parameters 
needed for booting each of the unique client computers 
systems 108, 110, and 112. Distributed data processing 65 
system 100 may include additional servers, clients, and other 
devices not shown. In the depicted example, distributed data 
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processing system 100 is the Internet with network 102 
representing a worldwide collection of networks and gate- 
ways that use the TCP/IP suite of protocols to communicate 
with one another. Distributed data processing system 100 
may also be implemented as a number of different types of 
networks, such as for example, an intranet, a local area 
network (LAN), or a wide area network (WAN). Referring 
to FIG. 2, a block diagram depicts a data processing system, 
which may be implemented as a server, such as server 104 
in FIG. 1 in accordance with the present invention. Data 
processing system 200 may be a symmetric multiprocessor 
(SMP) system including a plurality of processors 202 and 
204 connected to system bus 206. Alternatively, a single 
processor system may be employed. Also connected to 
system bus 206 is memory controller/cache 208, which 
provides an interface to local memory 209. I/O bus bridge 
210 is connected to system bus 206 and provides an interface 
to I/O bus 212. Memory controller/cache 208 and I/O bus 
bridge 210 may be integrated as depicted Peripheral com- 
ponent interconnect (PCI) bus bridge 214 connected to I/O 
btis 212 provides an interface to PCI local btis 216. Modem 
218 may be connected to PCT bus 216. IVpical PCI bus 
implementations will support four PCI expansion slots or 
add-in connectors. Communications links lo network com- 
puters 108, 110 and 112 in FIG. 1 may be provided through 
modem 218 and network adapter 220 connected to PCI local 
bus 216 through add-in boards. Additional PCI bus bridges 
222 and 224 provide interfaces for additional PCI buses 226 
and 228, from which additional modems or network adapt- 
ers may be supported. In this manner, server 200 allows 
connections to multiple network computers, A memory- 
mapped graphics adapter 230 and hard disk 232 may also be 
connected to I/O bus 212 as depicted, either directly or 
indirectly. Those of ordinary skill in the art will appreciate 
that the hardware depicted in FIG. 2 may vary. For example, 
other peripheral devices, such as optical disk drive and the 
like also may be used in addition or in place of the hardware 
depicted. The depicted example is not meant to imply 
architectural limitations with respect to the present inven- 
tion. The data processing system depicted in FIG. 2 may be, 
for example, an IBM RISC/System 6000 system, a product 
of International Business Machines Corporation in Armonk, 
N.Y., running the Advanced Interactive Executive (AIX) 
operating system. 

With reference now to FIG. 3, a block diagram illustrates 
a data processing system in which the RCP may be imple- 
mented. Data processing system 300 is an example of cither 
a stand-alone computer, if not connected to distributed data 
processing system 100, or a client comptiter, if connected to 
distributed data processing system 100. Data processing 
system 300 employs a peripheral component interconnect 
(PCI) local bus architecture. Although the depicted example 
employs a PCI bus, other bus architectures such as Micro 
Channel and ISA may be used. Processor 302 and main 
memory 304 are connected to PCI local bus 306 through PCI 
bridge 308. PCI bridge 308 also may include an integrated 
memory controller and cache memory for Processor 302. 
Additional connections to PCI local bus 306 may be made 
through direct component interconnection or through add-in 
boards. In the depicted example, local area network (LAN) 
adapter 310, SCSI host bus adapter 312, and expansion bus 
interface 314 are connected to PCI local bus 306 by direct 
component connection. In contrast, audio adapter 316, 
graphics adapter 318, and audio/video adapter (A/V) 319 are 
connected to PCI local bus 306 by add-in boards inserted 
into expansion slots. Expansion bus interface 314 provides 
a connection for a keyboard and mouse adapter 320, modem 
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322, and additional memory 324. SCSI host bus adapter 312 
provides a connection for hard disk drive 326, tape drive 
328, and CD-ROM 330 in the depicted example. Typical 
PCI local bus implementations will support three or four PCI 
expansion slots or add-in connectors. An operating system 
runs on processor 302 and is used to coordinate and provide 
control of various components within data processing sys- 
tem 300 in FIG. 3. The operating system may be a com- 
mercially available operating system such as OS/2, which is 
available from International Business Machines Corpora- 
tion. "OS/2" is a trademark of International Business 
Machines Corporation. An object oriented programming 
system, such as Java, may run in conjunction with the 
operating system and provides calls to the operating system 
from Java programs or applications executing on data pro- 
cessing system 300. "Java" is a trademark of Sun 
Microsystems, Inc. Instructions for the operating system, the 
object-oriented operating system, and applications or pro- 
grams may be located on storage devices, such as hard disk 
drive 326, and they may be loaded into main memory 304 
for execution by processor 302. Those of ordinary skill in the 
art will appreciate that the hardware in FIG. 3 may vary 
depending on the implementation. Other internal hardware 
or peripheral devices, such as flash ROM (or equivalent 
nonvolatile memory) or optical disk drives and the like, may 
be used in addition to or in place of the hardware depicted 
in RG. 3. Also, the processes of the present invention may 
be applied to a multiprocessor data processing system. For 
example, data processing system 300, if optionally config- 
ured as a network computer, may not include SCSI host bus 
adapter 312, hard disk drive 326, tape drive 328, and 
CD-ROM 330, as noted by the box with the dotted line in 
FIG. 3 denoting optional inclusion. In that case, the 
computer, to be properly called a client computer, must 
include some type of network communication interface, 
such as LAN adapter 310, modem 322, or the like. As 
another example, data processing system 300 may be a 
stand-alone system configured to be bootable without rely- 
ing on some type of network communication interface, 
whether or not data processing system 300 comprises some 
type of network communication interface. As a further 
example, data processing system 300 may be a Personal 
Digital Assistant (PDA) device which is configured with 
ROM and/or flash ROM in order to provide non-volatile 
memory for storing operating system files and/or user- 
generated data. The depicted example in FIG. 3 and above- 
described examples are not meant to imply architectural 
limitations with respect to the present invention. It s impor- 
tant to note that whUe the present invention has been 
described in the context of a fully functioning data process- 
ing system, those of ordinary skill in the art will appreciate 
that the processes of the present invention are capable of 
being distributed in a form of a computer readable mcdiujn 
of instmctions and a variety of forms and that the present 
invention applies equally regardless of the particular type of 
signal bearing media actually used to carry out the distri- 
bution. Examples of computer readable media include 
recordable -type media, such a floppy disc, a hard disk drive, 
a RAM, and CD-ROMs, and transmission-type media, such 
as digital and analog communications links. 

With reference now to FIG. 4, a flowchart depicts the 
steps used in the DMAC. When a PC is booted, the BIOS 
ROM chip initializes the system by executing POST (Power- 
on Self- Test) code and by setting up the BIOS vector tables 
in low memory and by selecting a boot source (step 402). On 
newer systems, this is a selectable parameter in the hardware 
system BIOS setup procedure. If the system has been 
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allowed to select a diskette drive as a boot device, BIOS 
ROM instructions reads the first sector of the diskette into 
memory at a predefined location (step 404). This sector is 
called the Master Boot Record (MBR). The BIOS then gives 

5 control to MBR (step 406). 

The MBR, Cyl 0, Head 0, Sector 1 of the diskette is the 
first thing loaded into the client system after POST process- 
ing is completed. The MBR module is no larger than 512 
bytes and contains the partition boot table for the diskette. 

10 Hie MBR module also contains an identity stamp and a 
micro file system with the ability to load a RDT Input Output 
Module (RDTIO) (step 408). The micro file system has the 
capability of reading one sector of any file contained in the 
root directory of a diskette employing the 12-bit FAT archi- 

15 tecture. The file name for RDTIO is hard-coded in the MBR 
and is not user-changeable. 

RDTIO. SYS is a one sector file that is read into memory 
by the MBR. Together, the RDTIO and the MBR make up 
the BCL. RDTIO adds enough capability to the file system 
to allow reading additional files. 

The first file read by BCL is its initialization file. This file, 
BCL.INI, contains the name of a self loading, multi-sectored 
file that can be found in the root directory of the diskette. 

^ When this file is successfully read into memory, it wiU be 
give control and BCL will no longer be required. The syntax 
for the BCL.IN1 file is very restrictive. There are only two 
parameters in capital letters. The parameters are the name of 
the file to load and the address of the desired location. For 

3Q example, RCRSYS,0000:7COO. This instructs the BCL to 
load file RCRSYS at location O0O:7CO0 in real memory. 
There is no error checking so the file must be in the root 
directory of the d iskette. If th e address field is optional, the' 
7C00 is the default. However,lft^address filed is used, the 

2 J address filed aUows the BCL to lo^ images directly into 
memor^from the disk or diskette. Tljlb file name must start 
at the firkt4ocation in the^filg,.^— 

BCL.INI contams the name of the next file to load (step 
410). BCL.INI specifies a file that contains a self-supporting 

40 program or module, as it will be given control at a prede- 
termined area and BCL will terminate execution, leaving the 
newly loaded module on its own. In RGB's case, this file's 
name is RCRSYS-RDT, or the "RDT Control Program" 
which consists of RCRSYS and RCRINI. The RDT Control 

45 Program is loaded by the BCL. Once loaded, there is no 
longer any dependency on the BCL for services. The RCP 
contains its own mini file system consisting of enough logic 
to read multi-sectored files from the root directory of a 
diskette which is formatted using 12-bit FAT architecture. 

50 RDTIO loads RCRSYS (step 412) and passes control to 
RCP (step 414). RCP's task is to load additional files, such 
as device drivers, provide DOS function emulation in sup- 
port of these drivers, and load other components of RCB, 
specificaUy the RIPL Message Formatter (RIPLMF), RCP 

55 receives its instructions from an .INI file called RCP.INl 
(step 416) in the root directory of the diskette. These 
instructions are in the form of file names. RCRINI will be 
parsed and displayed on the console as it is used. The 
purpose of the INI file is to tell RCP which drivers it needs 

60 to load to support the particular NIC on the system in which 
it is running. The RCP also has the responsibility of pro- 
viding DOS function emulation to the device drivers when 
they are in their initialization routines. RCP allows the 
device drivers to execute as though they were in a real DOS 

65 environment, RCP further allows different drivers to be 
loaded for individual NICs without forcing source code 
changes in the RCP. The syntax is: 
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msgf=[file name] where "file name" is the name of any 
"Message Formatter" that is to be used for this boot, 
i.e.; "msgf=riplmf.sys". 

load=[file name] where "file name" is the name of any 
module that has to be loaded to make RGB work. At a 
minimum, the DOS device drivers, for the NIC in the 
machine, must be identified this way, i.e.: "load= 
device.sys". 

"ip=[ip address] where "ip address" is the dotted decimal 
IP address, i.e.: ip=123.456.789.012." 

mac=[mac address] where "mac address" is the 12 hex 
digit MAC address in a continuous string, i.e.: "mac- 
001122334455". 
Each entry must be separated by any, or all, of the following 
characters: 

20h='Space 

0Ah« Carriage return 

0Dh«line feed 
Almost any editor can be used to create the file. 

The RIPLMF is loaded first (step 418) followed by the 
device drivers. The DOS Protocol Manager 
(PROTMAN.DOS) is usually loaded next (step 420) fol- 
lowed by the NIC driver, also referred to as the MAC driver 
(step 422). The RCP will call each driver (step 424), in turn, 
allowing it to perform its initialization routines, open files, 
display messages, etc. PROTMAN.DOS wiU request a file 
called PROTOCOL.INI to be read in during this time (step 
426). This file is requested by the MAC driver from PROT- 
MAN during an inter-module conversation when the MAC 
is initialized. The MAC causes messages to be sent and 
received on the LAN. 

PROTMAN.DOS is the DOS protocol manager device 
driver. According to the NDIS specification, "the Protocol 
Manager reads the PROTOCOL.INI file at INIT time and 
parses it to create the configuration memory image passed to 
the protocol modules." The RCB uses it for just that purpose. 
The MAC driver will issue Input/Output Controls (lOCTLs) 
to PROTM AN to get this information, as well as information 
about the protocol drivers that wish to be boimd to it. 
RIPLMF presents itself to PROTMAN.DOS as though it 
were a protocol driver requesting to be bound to the MAC. 
This is done by placing entries in the PROTOCOL.INI file 
which make RIPLMF look like a protocol driver and 
through lOCTL caUs from RIPLMF to PROTMAN.DOS. 
RCB emulates most of the other additional BindAndStart 
and InitiateBind logic which, in a DOS environment, comes 
from additional support programs. These programs are 
unnecessary in the RCB system. 

The PROTOCOL.INI file used by RCB can be the same 
one that is included in the BOOT.SYS image assembled in 
the server with some minor changes. The MF has to be 
added to it as follows: 

[RIPLMF-MOD] 

D riverName-RIPLMFS 

Bindings-ELPC3 
The "Bindingsss" statement must point to the MAC driver, in 
this case ELPC3. The example above was taken from the 
PROTOCOL.INI used with the 3Com 3C589 PCMCIA 
Ethernet card. 

The entire file looks like this: 
[protmanS] 

Driver name-protman$ 
[ELPC3] 

Driver name=ELPC3$ 

PCMCIA_ENABLER-YES 
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[RIPLMF-MOD] 

Driver name-RIPLMF$ 
Bindings=ELPC3 
The device drivers used by RCB are also called ANSI/ 
IEEE standard 802.2 drivers. RCB requires the drivers 
specific to the DOS environment. The EL90X.DOS is used 
to support the #Com3C509 PCI Ethernet card. The 
ELPC3.D0S driver supports the 3Com#C589 PCMCIA 
Ethemet card. 

When all initialization is complete, RIPLMF is given 
control (step 428), and the services of RCP are no longer 
required. RIPLMF is a hybrid application program and 
NDIS protocol device driver. It follows the NDIS specifi- 
cation in its actions with both PROTMAN and the MAC 
driver. RIPLMF's relationship to these two other programs 
is that of a protocol driver; however, RIPLMF also "for- 
mats" messages and present them to the MAC for delivery. 
Since the other drivers must be made to believe they are 
working in an NDIS environment, RIPLMF also does emu- 
lation in two areas, "BindAndStart" and "InitiateBind." 
According to NDIS, a protocol driver must be bound to a 
MAC driver. Therefore, RIPLMF binds to the MAC such 
that the MAC cannot tell the difference between RIPLMF or 
a DOS NDIS protocol driver. 

At this point the client will send out a DMAC discovery 
frame through RIPLMF. The discovery frame will be sent 
out and the client machine will wait for any specified time 
out period. If there is a server responsive to the frame, the 
server will send back an LAA Upon receipt of the LAA, the 
original MAC address is overridden and the client appears to 
any server as the LAA just assigned. 

Once the LAA has been assigned, the RIPLMF asks the 
MAC to communicate with the server to obtain the boot 
files. RIPLMF asks the MAC to send: "Find" and "GetFile. 
The find message is replied to by a "Found" from the server. 
Once RIPLMF knows the server has been foimd, it sends out 
the getfile message. The server responds by sending the boot 
package to the client which corresponds to the LAA desig- 
nated by the administrator. 

When all segments of programs assigned by the admin- 
istrator have been received, RIPLMF resets any vectors that 
may have been used by RCP and the other drivers, and gives 
the system over to the programs sent to Boot.sys corre- 
sponding to the LAA sent by the server. At this point no 
components of RCP are required, nor can they be found in 
the system. The find/found dialog is based on the LAA 
received from DMAC. The administrator will have made the 
decisions about which choices wiU be sent to which work- 
stations. 

When this file is downloaded (step 430), RIPLMF will 
perform some housekeeping routines and give control to 
Boot.sys (step 432). Boot.sys then completes the boot pro- 
cess to load an operating system from the network server 
(step 434) based on the LAA assigned in the table by the 
administrator. DMAC is the controlling mechanism that 
interacts with each and every client request for an LAA. The 
network interface between the client and DMAC may be IP 
based which means that the machine the DMAC is running 
on must also be running TCP/IP. DMAC receives UDP 
datagram request from the client and sends back the infor- 
mation in a UDP packet. One implementation would be 
written in JAVA. DMAC could be run on any platform that 
has a JVM and is TCP/IP enabled. The following languages 
are suitable for the programs Assembler, C, C++, Cobol, 
Pascal, Java, SmallTalk, Peri, Rexx, LISP, APL, BASIC, 
PLI, PLII. The following protocols are suitable: NETBIO; 
TCP/IP; 802.2; SNA, SNB, IPX and APPLETALK. 
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Everything that occurs in the workstation computer is 510. Although the components in data flow 520 have been 

based on the MAC address, which is a hardware name given names, these file names may be used for representative 

embedded in the chip. Another name for the MAC address purposes only. Other configurations of components in data 

istheUAA. Therefore, if the UAA can be overridden and a flow 520 may also be incorporated, and the depicted 

new number assigned, the package sent to the address can be s example in FIG. 5 is not meant to imply configural limita- 

controUed remotely and automatically. Aserver on the LAN ^ions with respect to the present invention. Locations 530 

that recognizes the client computer's MAC address will provide information on the source location for the compo- 

respond in a pre-determined way. The DMAC aUows the i° ^l^^ ^2*^- 

assignmeat of pre-selected LAA's that can provide different reference now to FIG. 6, a block diagram depicts a 

boots for different uses. lO ^e^oO' map of real mode memory m a 80x86 machine as 

TT. nnT /nvT- T- w f *u ^; * c-^u used m the present invention. Virtually all PC s in usc today 

The RPL/PXE Emulation of the first programs further „ i j j j • r i rrvxnn n^nrCl 

„ ' . r .... r . aUow real mode addressing from location zero (0000:0000) 

allows the opUon of remote booUng of multiple operating ^ (AOOO:0000). The diagram shows that the BCL 

systems. For example, with the RPL/PXE eniulation and its consisting of the MBR and RDTIO, locate themselves in low 

abihty to ahas the MAC address, the DMAC can offer ^^^^^^^^ ^^^^ RCP.SYS at location 0000:7COO. This is 

different operating systems from the same server, different 15 actually a predefined location where code will be loaded by 

operating systems from different servers, different versions the BIOS when booting from a diskette. RCP then loads all 

of the same operating system from the same server and required modules into the highest addresses possible. This is 

different versions of the same operating system from differ- done so that the boot blocks for the operating systems to be 

entservers. Moreover, DMAC can be offered from a primary sent by the server can be loaded in low memory at the 

server, a backup server or a different server Additionally, 20 operating systems own requested location. When all drivers 

DMAC can present different workstation functions, have been loaded and initialized, RCP gives control to 

To implement these types of options the administrator RIPLMF in high memory and is no longer required, 

would define the appropriate LAA's in a table assigning the RIPLMF will load Boot.Sys for the operating system cor- 

LAA's to specific operating systems or packages of oper- responding to the assigned LAA over aU of RGB's code in 

ating systems, drivers aad appfications. The when a request 25 low memory. This can be done because all DOS emulation, 

is received from workstation the LAA corresponding to the which was done by the RCP, is no longer required. RIPLMF 

pre-selected package assigned by the administrator can be acts as both an application program and NDIS protocol 

sent and assigned to the workstation. The DMAC would device driver. As such, there is a guarantee that DOS 

then follow through by sending the appropriate operating emulation will not be necessary. 

system or package to the now assigned LAA. For example, 30 FIG. 7 depicts the process at the workstation. The first 
for an administrator to give workstations the ability to step is the Machine Power On Self Test (POST) (810). The 
automatically boot and/or boot and receive applications, the Machine is powered on and goes through its standard power 
administrator would define an LAA corresponding to the on testing before giving control to the boot manager process, 
operating system or package the administrator wanted to be Next, the DMAC process attempts to communicate with the 
automatically sent to that workstation. DMAC would, upon 35 controlling server for the LAA. If contact is made with the 
receipt of the UAA for that workstation, override the UAA controlling server it will result in the receipt of the LAA 
with the LAA of the desired package and then the package (730). If contact cannot be made with the server, the process 
would be sent to the LAA. Only the server where that will proceed to step 760 to find a boot server based on the 
particular LAA address is defined will respond. old UAA. If a new LAA is assigned, then the LAA will 
With reference now to FIG. 5, a flowchart depicts the 40 override the old UAA (MAC address) (740). The client will 
control flow, the data flow, and the location of data and ask for the boot server with the new LAA (760). Boot will 
instructions used in the Dynamic MAC Allocation and proceed based on the new LAA (770). 
Configuration. This figure provides a slightly different per- FIG. 8 depicts the process at the server. First the DMAC 
spective compared with FIG. 4, showing the manner in receives the MAC address also known a the UAA from the 
which files are loaded and then the order in which the code 45 workstation (810). The DMAC determines if this a first time 
segments within the files obtain control. Control flow 500 boot for that UAA (820). If it is, then DMAC will run an 
shows the manner in which a program, device driver, or set initialization routine (825). The purpose of the initialization 
of instructions passes control from one component to script would be to inform all of the servers in the network 
another. Agenerahzed sequence of steps performs part of the that the workstation computer is in the system and will be 
boot sequence of the client, and each step completes a 50 booting in the future. Second, if the workstation has been 
portion of the sequence before relinquishing control to the previously booted, DMAC wiU analyze the frame and query 
next portion. Each of these components comprises instmc- specific servers that can handle the boot request. DMAC 
tions that are executed to perform a set of fnnctions. BIOS then sends a specific LAA to the workstation. The LAA will 
ROM 510 initializes the client, loads BCL 512, and passes have been assigned by the administrator. The administrator 
control to BCL 512. As shown, BCL 512 may contain a 55 can assign LAA rigidly in a table or flexibly in a pool. If the 
plurahty of components that are not necessarily executed administrator uses a pool incoming UAA's in a particular 
sequentially be fore relinquishing control. Once BCL 512 has range wiU be assigned a LAA in a range selected by the 
loaded RCP 514, BCL 512 passes control to RCP 514, which administrator. If it is not a first time boot, DMAC will seek 
loads components 516, which may contain programs and/or to matches the UAA against the LAA's or ranges of LAA's 
device drivers. RCP 514 may direct control of components 60 on file in the server (830). The UAA address for the 
516 or may pass control to components 516, which are not workstation must correspond to an LAA or range of LAA's 
necessarily executed sequentially. Once operating system chosen by the administrator. If no match is made the request 
518 has been retrieved from the server, control of the client is ignored (835). If a match is made then the LAA is 
computer is relinquished to operating system 518, which transmitted to the workstation and the client process pro- 
then proceeds to complete the boot process for the client. 65 ceeds as in FIG. 7 (840), 

Data flow 520 shows the data or set of instmctions which are The advantages provided by the present invention should 

loaded by the software components shown as control flow be apparent in light of the detailed description provided 
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above. The description of the present invention has been 
presented for purposes of iUiistration and description, but is 
not limited to be exhaustive or limited to the invention in the 
form disclosed. Many modifications and variations will be 
apparent to those of ordinary skill in the art. The embodi- 
ment was chosen and described in order to best explain the 
principles of the invention the practical application and to 
enable others of ordinary skill in the art to understand the 
invention for various embodiments with various modifica- 
tions as are suited to the particular use contemplated. 
What is claimed: 

1. A method for booting one or more workstation com- 
puters from one or more server computers comprising the 
steps of: 

sending a first request for a Locally Administered Address 

from the workstation to a server; 
receiving the Locally Administered Address from the 

server at the workstation; 
sending a second request for at least one program from the 

server; 

receiving at least one program addressed to the Locally 
Administered Address from the server in response to 
said second request; 

booting said workstation from said program, 

2. A programmable apparatus for presenting pre-selected 
choices for booting a workstation to a user of the worksta- 
tion comprising, 

programmable hardware comprising; 

at least one server computer; and 

a plurality of workstation computers; 
a plurality of network interface cards connected to said 

programmable hardware; 
a network connecting said server computer and said 

workstation computers; 
a first program installed on said workstation computers; 
a second program installed on said server computer for 

assigning one or more Locally Administered Addresses 

in response to one or more requests from one or more 

of the workstation computers; 
a plurality of operating systems installed on said server 

computers; 

wherein at least one of said workstation computers is 
directed by said first program to send a first request to said 
server computer; 

responsive to said first request, said server computer sending 
a Locally Administered Address to said workstation com- 
puter; 

responsive to receiving said Locally Administered Address, 
said workstation computer being directed by said first pro- 
gram to send a second request; 

responsive to said second request, said server computer 
transmitting an operating system corresponding to said 
Locally Administered Address to said workstation. 

3. A computer readable memory for causing a first com- 
puter to present a menu to a plurality of second computers 
comprising: 

a first computer readable storage medium; 

a computer program stored in said storage medium; 

the storage medium, so configured by said computer 
program, responsive to a request from at least one 
second computer, causes the first computer to send a 
Locally Administered Address to said second com- 
puter; and 

responsive to a request from said second computer, cause the 
first computer to transmit a program addressed to said 
Locally Administered Address to said second computer. 



4. A computer implemented process to accomplish boot- 
ing of a workstation computer from a server computer 
comprising: 

using a first computer, performing the following series of 
5 steps: 

powering the first computer; 

obtaining control of the first computer by means of a 

first program; 
executing, without an operating system, the first pro- 
10 gram to communicate with a network server; 

communicating a first request to a second computer; 
receiving a Locally Administered Address from a sec- 
ond computer; 
responsive to receiving said Locally Administered 
15 Address requesting a boot program; 

receiving a boot program corresponding to the Locally 

Administered Address; 
booting the first computer; 
using a second computer, performing the following series 
20 of steps: 

responsive to the first request from the first computer, 
sending a Locally Administered Address to the first 
computer; and 
responsive to the second request from the first 
25 computer, sending a boot program corresponding to 

the Locally Administered Address to the first com- 
puter. 

5. A method for administering at a server computer, the 
booting of a client computer having a Universally Admin- 

30 istered Address by assigning a Locally Administered 
Address to the client computer, the method comprising the 
computer implemented steps of: 
executing instructions from a client computer first 
memory to load a boot code loader from a client 
35 computer second memory, wherein the client computer 
first memory is a BIOS ROM and the client computer 
second memory is a nonvolatile, read/write memory: 
executing the boot code loader to load a control program 

from the client computer second memory; 
executing the control program to load a set of programs 
from the client computer second memory without load- 
ing an operating system; 
executing the set of programs to communicate a first 

message to a network server; 
responsive to said first message, retrieving a Locally 

Administered Address from the network server; 
executing the set of programs to communicate a second 

message to a network server; 
responsive to said second message, receiving at least one 

program fi:om the network server; and 
executing the program at the workstation computer; 
whereby the workstation computer is booted from the pro- 
gram. 

55 6. A computer program product on a computer-readable 
medium for booting a client computer without an of)erating 
system by replacing the client computer's Universally 
Administered Address with a Locally Administered Address, 
the computer program product comprising: 

first instructions from a first memory for loading a set of 
programs from a second memory, wherein the first 
memory is a BIOS ROM and the second memory is a 
nonvolativle, read\write memory; 
second instructions for communicating a first request for 
65 a Locally Administered Address to a network server; 
responsive to receiving said Locally Administered 
Address, third instructions for communicating a second 
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request for a second set of programs addressed to said wherein said second set of programs includes an operating 
Locally Administered Address; and system, 
responsive to receiving said second set of programs, 
fourth instructions for initiating execution of the second 

set of programs; ♦ ♦ ♦ * * 
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